home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000467_timbl@www3.cern.ch _Wed Dec 9 10:22:07 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  5KB
  1. Return-Path: <timbl@www3.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA25069; Wed, 9 Dec 92 10:22:07 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA07558; Wed, 9 Dec 1992 10:34:14 +0100
  6. Received: by www3.cern.ch (NX5.67c/NX3.0S)
  7.     id AA01030; Wed, 9 Dec 92 10:26:54 +0100
  8. Date: Wed, 9 Dec 92 10:26:54 +0100
  9. From: Tim Berners-Lee <timbl@www3.cern.ch>
  10. Message-Id: <9212090926.AA01030@www3.cern.ch>
  11. Received: by NeXT.Mailer (1.87.1)
  12. Received: by NeXT Mailer (1.87.1)
  13. To: marca@ncsa.uiuc.edu (Marc Andreessen)
  14. Subject: Lynx
  15. Cc: www-talk@nxoc01.cern.ch, montulli@ukanaix.cc.ukans.edu (Lou Montulli)
  16. Reply-To: timbl@nxoc01.cern.ch
  17.  
  18. Lynx looks very nice -- but is it WWW?  From the comments about the syntax
  19. it doesn't seem to be HTML.  It has Gopher access built in, but there is no  
  20. access from KUfacts.cc.ukans.edu to the web.
  21.  
  22. These guys have done some good work on hooking into existing services.
  23. The emphasis seems to be on building in extra bits and peices (rexec, hytelnet,  
  24. etc) into the browser rather than making gateways.  In the long run I think  
  25. this approach will get too heavy on browsers. For hytelnet, for example, a
  26. gateway is more efficient than building stuff very specific to one information  
  27. providing application into the browsers.
  28.  
  29. The screen management is neat. I wonder whether we could persuade them to make  
  30. it W3 compatible?  (And their data with it?)  The user interface is quick and  
  31. simple.  I missed "home" and "back", "next" and "previous" commands of the www  
  32. line mode interface: one has always to go through the history page. But that  
  33. keeps it simpler. I was glad I had more than 24 lines 9and the program  
  34. recognised the fact) when the history list started to grow.
  35.  
  36. (Anyone want to make an W3 gateway for hytelnet?)
  37.  
  38. I am sure they could parse HTML with very little effort, and join the WWW club.
  39. The existing text at KUfacts would all fit into the <PRE> format I think.
  40. Their <!RLOGIN@library.host.edu -user=libcat> would be www's
  41. <a href=rlogin://libcat@library.host.edu> I assume.   (This is not very general  
  42. of course as not all systems support rlogin).
  43.  
  44.     Tim BL
  45.  
  46. Begin forwarded message:
  47.  
  48. Date: Wed, 9 Dec 92 00:47:35 -0800
  49. From: marca@ncsa.uiuc.edu (Marc Andreessen)
  50. To: www-talk@nxoc01.cern.ch
  51. Subject: forwarded message from Lou Montulli
  52.  
  53. FYI...
  54.  
  55. Marc
  56.  
  57. ------- Start of forwarded message -------
  58. From: montulli@ukanaix.cc.ukans.edu (Lou Montulli)
  59. To: marca@ncsa.uiuc.edu (Marc Andreessen)
  60. Subject: RE: Text based hypertext engine for UNIX (SCO)
  61. Date: Tue, 8 Dec 92 11:43:04 CST
  62.  
  63. > 
  64.  
  65. >    Try looking at Lynx, developed at the University of Kansas.
  66. >    It has a superior curses interface to WWW for curser addressable
  67. >    terminals and can link together your existing resourses is ways
  68. >    WWW can't.  You can telnet to KUfacts.cc.ukans.edu and login as
  69. >    'kufacts' for a demo of the system.  It is available for 
  70.  
  71. >    anonymous ftp from kuhub.cc.ukans.edu in the lynx directory
  72. >    as lynx.tar-Z.  It curently runs on almost any UNIX system with
  73. >    a curses package.        
  74.  
  75. > 
  76.  
  77. > Fascinating... it looks really nice.  In what ways can it ``link
  78. > together your existing resourses'' that WWW can't?
  79. > 
  80.  
  81. > Marc
  82.  
  83. Lynx can rexec programs running on remote hosts, can start inetd applications
  84. on remote hosts and perform transparent rlogins.  For instance, say you
  85. have a library database system that is already in place.  You simply
  86. add a link such as <!RLOGIN@library.host.edu -user=libcat> and Lynx
  87. would log the user into library.host.edu as user libcat to use the library
  88. system.  In our system you can see an example of an rexeced program
  89. by selecting "Organizations Events and Activities" and then selecting
  90. "Events at KU".  A database program is evoked on our stat1 system, 
  91.  
  92. (you can see this by typing a '=' before evoking events) the program
  93. querys the user, and the database and then returns data to Lynx.
  94.  
  95. Lynx can also perform telnet and tn3270 functions, but everyone has those
  96. so why bother talking about them.  Although one nice feature about Lynx
  97. is that it can read the hytelnet database, check out hytelnet under
  98. the Internet Toolbox menu.
  99.  
  100. :Lou
  101. - -- 
  102.  
  103.   **************************************************************************
  104.   *           T H E   U N I V E R S I T Y   O F   K A N S A S              *
  105.   *      Lou  MONTULLI @ Ukanvax.bitnet                Nothing difficult,  *
  106.   *                      Kuhub.cc.ukans.edu               is ever easy!    *
  107.   *  UNIX,               Ukanaix.cc.ukans.edu       ACS Computing Services *
  108.   *   have more fun!     Ukanvm.cc.ukans.edu           Lawrence, KS 66044  *
  109.   **************************************************************************
  110. ------- End of forwarded message -------
  111.  
  112.